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La presente invention concerne les systemes cTaffichage fonc- 
tionnant sur la base de fenetres. 

Des systemes a plusieurs fenetres, comme Microsoft Windows 
(marque deposee) et XI 1, sont bien connus dans la technique. 

Les expressions suivantes, dans leurs diverses formes gramma- 
ticales, sont utilisees dans la description et les revendications pour 
signifier ce qui suit. 

"Avoir la main" : lorsqu'on dit qu'une fenetre "a la main" (c'est- 
a-dire a I'initiative, est la fenetre active, etc.), on veut dire que le systeme 
a plusieurs fenetres g6re le flux du clavier et les evenements de tele- 
commande allant vers cette fenetre. De fagon generate, I'application qui 
gere la fenetre est en attente de ces evenements, de maniere £ ainsi 
n§agir aux demandes de I'utilisateur. 

"Application activee" : I'application activee (ou application 
active) est I'application qui gere la fenetre ayant la main ; cette application 
est la seule application qui peut r^agir a des demandes de Putilisateur. 

"Gestionnaire de fenetres" : il s'agit d'un composant logiciel qui 
supervise les operations d'etablissement, d'affichage, de destruction de 
fenetres, et qui "passe la main" d'une fenetre a une autre. 

Dans un systeme d'affichage a plusieurs fenetres, comme cela 
est bien connu dans la technique, plusieurs applications peuvent se 
partager I'ecran via la notion de fenetre. Le systeme a plusieurs fenetres 
envoie des signaux d'entree d'utilisateur (clavier, telecommande, stylet,...) 
en direction d ! une unique fenetre, celle qui a la main ; cette fenetre est 
egalement appelee ici "la fenetre active". 

De fagon generale, les utilisateurs doivent faire une demande 
pour obtenir la main sur une fenetre, bien qu'il soit connu que des appli- 
cations "prendront la main" sans qu'il y ait demande de I'utilisateur. Dans 
ce domaine, c'est generalement la derniere a demander la main qui 
I'obtient. 

Les inventeurs estiment que I'operation consistant a gerer la 
main, ou I'initiative, dans un environnement a plusieurs fenetres implique 
de fagon generale les problemes suivants. Ces problemes, ainsi que les 
solutions qui leur sont apportees par les modes de realisation preferes de 
I'invention, peuvent tout specialement etre appliques & un environnement 
dans lequel un systeme a plusieurs fenetres dciffichage est mis en oeuvre 




dans un systeme de television, typiquement un systeme de television 
utilisant une boite de dessus de poste ("set-top-box"). On notera toutefois 
que les solutions a ces problemes sont applicables de maniere plus 
generale. 

5. 

I. Ne Das perdre la main 

Lorsqu'une application affiche une fenetre sur un ecran, elle 
demande generalement d'avoir la main pour devenir une application 
active. Mais, lorsque cette application efface sa fenetre ou la detruit, a qui 
10 la main passe t-elle ? 

Par exemple, on va supposer qu'il y a deux applications. 

L'application 1 affiche une fenetre et demande la main pour 
cette fenetre ; elle obtient d'avoir la main. 

L'application 2 affiche egalement une fenetre et demande la 
15 main. L'application 2 obtient d'avoir la main et l'application 1 la perd. 

L'application 2 decide de fermer sa fenetre ; la main est perdue, 
puisque personne ne rend la main a l'application 1. L'application 1 sera 
affichee, mais ne sera pas active, et I'utilisateur aura I'impression que le 
systeme est "fige". 

20 Dans les environnements tels que Windows ou XI 1, les utilisa- 

teurs disposent presque toujours d'une souris pour restaurer I'initiative du 
clavier a une fenetre. L'utilisateur n'est jamais "perdu" sans avoir en 
meme temps la possibilite de reprendre la main. Dans un systeme 
depourvu de souris, qui comporte par exemple un systeme typique televi- 

25 sion plus boite de dessus de poste, l'utilisateur peut n'avoir aucun meca- 
nisme a sa disposition pour reprendre la main. 

II. Lorsque i'ai la main, ie ne veux pas que ouelou'nn ibp la 

prenne 

30 Certaines applications, comme par exemple les applications de 

navigation dans un systeme de television, jouent un role special dans le 
systeme. Lorsque ces applications sont affichees, elles exigent la main et 
ne veulent pas perdre la main au profit d'autres applications "ordinaires". 

II est possible d'utiliser une approche dite de "fenetre modale" 

35 pour resoudre de maniere generale le probleme. On suppose qu'une 
fenetre particuliere a la main et que l'application associee a cette fenetre 
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ne veut jamais donner la main a une autre fenetre ; cette fenetre est 
connue sous I'appellation de "fenetre modale". Toutefois, si plusieurs 
fenetres peuvent etre "modales" en meme temps, on est ramene au 
meme probleme qui se posait avec les fenetres "normales" : il devient 
impossible (en ('absence de connaissance detaillee des autres applications) 
d'etre certain de ne pas perdre la main. 

Pour aider les applications a tester independantes et aider a la 
navigation "avec la main" entre les applications, I'invention, dans des 
modes de realisation preferes, associe aux fenetres une priorite "pour 
avoir la main". Cette priorite aide le gestionnaire de fenetres a gerer 
Pattribution de la main de maniere correcte entre les differentes fenetres. 
Cette priorite "pour avoir la main" peut, dans certains modes de realisation 
preferes de ('invention, etre mise en oeuvre sous la forme d'un attribut 
"priorite pour avoir la main", qui peut, dans certains modes de realisation, 
etre represents comme un entier. 

Le gestionnaire de fenetres stocke de preference une liste de 
fenetres "actives possibles" qui sont organisees via la priorite pour avoir la 
main. Lorsqu'une application demande la main pour une fenetre, ou bien 
lorsqu'une fenetre active disparait, le gestionnaire de fenetres, en tenant 
compte des informations stockees, est en mesure d'agir correctement. .; 

II est done propose, selon un mode de realisation prefere de 
I'invention, un procede permettant de gerer des fenetres dans un systeme 
d'affichage fonctionnant sur la base de fenetres, le procede comportant 
les operations suivantes, a savoir prevoir une pluralite de fenetres, chaque 
fenetre etant associee a une application, au moins une fenetre de la 
pluralite de fenetres etant en mesure d f accepter la main, affecter, a 
chaque fenetre de la pluralite de fenetres, une "priorite pour avoir la 
main", maintenir une liste rangee suivant un certain ordre, dans Pordre 
des priorites pour avoir la main, de ladite au moins une fenetre de la 
pluralite de fenetres qui soit en mesure d'accepter la main, donner la 
preference, dans Tune quelconque des priorites pour avoir la main, a une 
ou plusieurs fenetres qui ont demande d'avoir la main, et attribuer la main 
a exactement une fenetre a tout moment en choisissant, parmi ladite au 
moins une fenetre de la plurality de fenetre qui sont en mesure d'accepter 
la main, la fenetre qui possede la priorite la plus elevee pour avoir la main, 
et en d£signant la fenetre choisle comme etant la fenetre active. 
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De plus, selon un mode de realisation prefere de ['invention, le 
procede comporte egalement, au cas ou se produit un evenement qui fait 
que la fenetre active devient une fenetre non active, I'operation consistant 
a effectuer I'attribution de la main a exactement une fen§tre, en designant 
5 done une nouvelle fenetre active. 

Selon un mode de realisation prefere de I'invention, I'evenement 
qui amene la fenetre active a devenir non active comporte au moins I'un 
des suivants, a savoir la fermeture de la fenetre active et le passage a 
I'etat cache de la fenetre active. 
10 La description suivante, congue a titre d'illustration de 

I'invention, vise a donner une meilleure comprehension de ses caracteVis- 
tiques et avantages ; elle s'appuie sur les dessins annexes, dont les 
figures 1 a 8 sont des illustrations schematiques, montrant le 
fonctionnement d'un systeme construit et agissant selon un mode de 
15 realisation prefere de I'invention. 

On se reporte maintenant aux figures 1 a 8, qui sont des 
illustrations schematiques du fonctionnement d'un systeme construit et 
agissant selon un mode de realisation prefere de I'invention. On notera 
que les figures 1 a 8 presentent des exemples simplifies particuliere du 
20 fonctionnement de I'invention et que I'invention ne saurait etre limitee a 
I'exemple particulier des figures 1 a 8. 

La figure 1 montre un exemple dans lequel seule la fenetre A a 

la main. 

Un utilisateur ou plusieurs utilisateurs peuvent faire apparaitre 
25 la fenetre B, puis la fenetre C, lesquelles ont toutes la meme priorite pour 
avoir la main. Elles viennent s'ajouter a la fin de la liste des fenetres 
"activables", de preference dans I'ordre dans lequel elles ont ete creees 
(voir la figure 2). 

Maintenant, I'utilisateur demande la main pour la fenetre C. 
30 Ainsi, la fenetre C passe devant la fenetre A dans la liste des fenetres 
activables et devient la fenetre active (voir la figure 3). 

Maintenant, I'utilisateur supprime la fenetre C active. Le 
gestionnaire de fenetres attribue automatiquement la main a la fenetre A. 
Lorsque deux ou plus de deux fenetres ont une priorite egale pour avoir la 
35 main, le gestionnaire de fenetres maintient de preference une liste de 
fenetres "activables" qui represente un historique de I'initiative, 
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permettant au gestionnaire de fenetres de redistribuer la main d'une 
maniere intelligente (voir la figure 4). 

La fenetre D est creee, avec une priorite pour avoir la main qui 
est egale a 5. La fenetre D est alors placee en haut de la liste des fenetres 
"activables", mais la fenetre D n'est pas declare comme etant la fenetre 
active, parce que la fenetre D n'a pas demande la main (figure 5). 

La fenetre D demande la main. Comme la priorite pour avoir la 
main de la fenetre D est superieure a celle de la fenetre precedemment 
active (fenetre A), la fenetre D devient la nouvelle fenetre active (voir la 
figure 6). 

Maintenant, la fenetre B demande la main. Le gestionnaire de 
fenetres n'autorise pas que la main soit donnee & la fenetre B, parce que 
le niveau de priorite de la fenetre B est inferieur a celui de la fenetre 
active. Toutefois, la fenetre B passe au-dessus de la liste des fenetres 
ayant la priorite 0 (voir la figure 7). 

Enfin, si la fenetre D est supprimee, le gestionnaire de fenetres 
attribue la main a la fenetre B (voir la figure 8). 

L'homme de Tart comprendra que I'invention, dans ses modes 
de realisation preferes qui ont ete decrits ci-dessus, offre les avantages 
suivants par rapport a la technique anterieure. 

1) Le fait de gerer une liste de fenetres qui peuvent etre 
activees fournit une redistribution intelligente et inhabituelle de ('initiative 
(le fait d'avoir la main) par le systeme. 

2) La notion de "priorite pour avoir la main" qui est associee aux 
fenetres permet au systeme de definir de maniere simple et efficace une 
politique de transmission de la main entre les applications. 

Bien entendu, l'homme de Tart sera en mesure d'imaginer, a 
partir du procede dont la description vient d'etre donnee a titre 
simpiement illustratif et nullement limitatif, diverses variantes et modifica- 
tions ne sortant pas du cadre de I'invention. 
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REVENDICATTOIMq 

1. Procede de gestion de fenetres dans un systeme d'affichage 
fonctionnant sur la base de fenetres, le procede etant caracterise en ce 
5 qu'il comprend les operations suivantes : 

produire une pluralite de fenetres, chaque fenetre etant 
associee a une application, au moins une fenetre de la pluralite de 
fenetres etant en mesure d'accepter la main ; 

attribuer a chaque fenetre de la pluralite de fenetres une 
10 "priorite pour avoir la main" ; 

maintenir une liste ordonnee, suivant I'ordre des priories pour 
avoir la main, de ladite au moins une fenetre de la pluralite de fenetres 
qui est en mesure d'accepter la main, en donnant la preference, dans une 
quelconque priorite pour avoir la main, a la fenetre ou les fenetres qui ont 
15 demande d'avoir la main ; et 

attribuer la main a exactement une fenetre a tout moment en 
choisissant, parmi ladite au moins une fenitre de la pluralite de fenetres 
qui est en mesure d'accepter la main, la fenetre ayant la priorite la plus 
elevee pour avoir la main et en designant la fenetre choisie comme etant 
20 la fenetre active. 

2. Procede selon la revendication 1, caracterise en ce qu'il 
comprend I'operation suivante : a I'apparition d'un evenement qui amene 
la fenetre active a devenir une fenetre non active, effectuer I'attribution de 
la main a exactement une fenetre, en designant ainsi une nouvelle fenetre 

25 active. 

3. Procede selon la revendication 2, caracterise en ce que 
I'evenement qui fait que la fenetre active devient une fenetre non active 
comprend au moins I'un des suivants, a savoir la fermeture de la fenetre 
active, et le passage de la fenetre active dans I'etat cache. 
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REVENPICATIONS 

1. Proceed de gestion de fenetres dans un systeme d'affichage 
fonctionnant sur la base de fen§tres, !e procede £tant caracterise en ce 

5 qu'il comprend les operations suivantes : 

produire au niveau du systeme d'affichage une pluralite de 
fenetres, chaque fenStre etant assoctee a une application, au morns une 
fenetre de la pluralite de fenetres 6tant en mesure d'accepter la main ; 

attribuer a chaque fenetre de la pluralite de fenetres une 
10 "priorite pour avoir la main" ; 

maintenir au moyen d'un gestionnaire de fenetres une liste 
ordonn^e, suivant Pordre des priorites pour avoir la main, de ladite au 
moins une fenetre de la pluralite de fenetres qui est en mesure d'accepter 
la main, en donnant la preference, dans une quelconque priorite pour 
15 avoir la main, a la fen§tre ou les fenetres qui ont demande d'avoir la main 
;et 

attribuer un moyen dudit gestionnaire de fenetres la main a 
exactement une fenetre a tout moment en choisissant, parmi ladite au 
moins une fenetre de la pluralite de fenetres qui est en mesure d'accepter 
20 la main, la fenStre ayant la priorite la plus elev£e pour avoir la main et en 
designant la fenetre choisie comme 6tant la fenetre active. 

2. Proc6de selon la revendication 1, caracterise en ce qu'il 
comprend ('operation suivante : a I'apparition d'un evenement qui amene 
la fen§tre active 3 devenir une fenetre non active, effectuer au moyen 

25 dudit gestionnaire de fenetres Tattribution de la main a exactement une 
fenetre, en d&ignant ainsi une nouvelle fenetre active. 

3. Procede selon la revendication 2, caracterise en ce que 
Tevenement qui fait que la fenetre active devient une fenetre non active 
comprend au moins Tun des suivants, a savoir la fermeture de la fenetre 

30 active, et le passage de la fenetre active dans Petat cache. 
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